home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv8.zip / SDKV8N3.TXT < prev    next >
Text File  |  1994-01-03  |  5KB  |  114 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Programmer's Digest     Mon, 3 Jan 94  4:27          Volume 8: Issue   3  
  5.  
  6. Today's Topics:
  7.                              Gimme candy
  8.  
  9. Standard Info:
  10.     - Meta-info about the GUS can be found at the end of the Digest.
  11.     - Before you ask a question, please READ THE FAQ.
  12.  
  13. ----------------------------------------------------------------------
  14.  
  15. Date: Sun, 2 Jan 94 12:34:17 CST
  16. From: chuth@lonestar.utsa.edu (Cornel H. Huth)
  17. Subject: Gimme candy
  18.  
  19. > if you have written your own GUS routines and SDK, and complain
  20.  
  21. Nope. Didn't write my own "GUS routines and SDK". I just wrote what needed
  22. to be done for my purposes. That it is a complete MIDI, mod, and vox toolkit
  23. is just happenstance. That is supports numerous other soundcards is too.
  24. It is not something that gets pulled out of the closet twice a year, dusted
  25. off, and then presented as a "new SDK", as it seems is FTS's definition of
  26. "SDK". I suppose the tip-off is the "you get what you pay for" support
  27. disclaimer.
  28.  
  29. > the (real) SDK; why don't you upload your routines to epas so we who aren't
  30. > as clever as you can look at more code, and get wiser? I don't mean to be
  31.  
  32. You perhaps wrote this before reading that I'm not here to educate the masses
  33. or give away what I've spent over two years developing. I'm also not here
  34. selling a soundcard, or here running the "GUS fan club", as this mailing
  35. list seems all to want to be.
  36.  
  37. > rude, but I like the phrase "Information wants to be free".
  38.  
  39. You may think this is the way it is from reading "College Life", but it just
  40. ain't so. What I do is my business. What Forte does or doesn't do that affects
  41. my business is also my business.
  42.  
  43. Regretably, I've wasted much of my time because of their lack of understanding
  44. just what is needed in a usable SDK. In just about any real SDK, documentation
  45. is _the_ number one concern. Any source code is candy. Nice, but hardly what is
  46. required. And, unless you didn't read "My Impressions", all I care about is
  47. that the patches be fully covered (among what already is). FTS's response to
  48. this, to me, was, "patches are not the focus of the SDK". How anyone buys this
  49. is beyond me.
  50.  
  51. > to have other peoples code to look at. I know you have been putting your
  52. > entire soul
  53.  
  54. Not at all. I've been having to spend time on items simply not discussed
  55. in the "SDK". Anything that has to do with patches is taboo -- verbotten,
  56. off-limits -- in this SDK offering. And FTS says this is by design! Someone's
  57. missing a cog. As for getting it, sure, it's for sale. Call the BBS for info.
  58.  
  59. > I hate cliches, but grow up and get over it.  Jeez.  Can't we keep fights like
  60. > this on direct Email?
  61.  
  62. Or, how about, "can't we just get along?". Heh. Where does it say this mailing
  63. list is a fan club? Where does it say "dissension" is taboo -- verbotten,
  64. off-limits? I've had lots of e-mail telling my to "shut up or else". Ha!
  65. Even had one guy tell me here ('course, all he demanded was I "shut up or
  66. put up"). Man, some of you GUS'ers are something else.
  67.  
  68.  
  69. [and then some light shone through]
  70. > reviewing all the register calls etc, I am still confused as to how a GM
  71. > patch is loaded using the info in this SDK. I know that programming
  72.  
  73. It isn't. Patches, as a whole, are purposely not covered in the SDK. It only
  74. takes a desire to even "think about" patches to find out that the SDK is
  75. probably under some court-imposed gag order. Heck, you'd think we were
  76. going to _use_ that information to become "newlywed serial killers"!
  77.  
  78. > UltraMID is easier, but I would like to be able to program without using
  79. > the 50k TSR. Besides, the UltraMID SDK is a little vague, when I glanced
  80. > through it..
  81.  
  82. Gravis/Forte don't want you to. If they do, they sure don't show it (and
  83. I mean they_sure_don't_show_it!). And judging from the response of the
  84. readership in this maillist, it looks like there are quite a few that
  85. just don't know what they're missing.
  86.  
  87. chh
  88.  Internet: chuth@lonestar.utsa.edu
  89.   Fidonet: 1:387/800.8
  90.       BBS: The 40th Floor;V32b@1(210)684-8065;M-F:5pm-9am,WE:1p-9a CT
  91.  
  92. ------------------------------
  93.  
  94. End of GUS Programmer's Digest V8 #3
  95. ************************************
  96.  
  97. To post to tomorrow's digest:                    <gus-sdk@dsd.es.com>
  98. To (un)subscribe or get help:            <gus-sdk-request@dsd.es.com>
  99. To contact a human (last resort):          <gus-sdk-owner@dsd.es.com>
  100.  
  101. FTP sites:           archive.epas.utoronto.ca              /pub/pc/ultrasound
  102.                      wuarchive.wustl.edu            /systems/ibmpc/ultrasound
  103.                      archive.orst.edu                    /pub/packages/gravis
  104.                      theoris.rz.uni-konstanz.de                /pub/sound/gus
  105.                      nctuccca.edu.tw                           /PC/ultrasound
  106. FTP mail server:     mail-server@nike.rz.uni-konstanz.de
  107.  
  108. Hints:
  109.       - Get the FAQ from the FTP sites or the request server.
  110.       - Mail to <gus-sdk-request@dsd.es.com> for info about other GUS
  111.     related mailing lists (general use, musician's, etc.).
  112.  
  113.  
  114.